home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group96a.txt / 000105_icon-group-sender _Wed Apr 24 13:18:49 1996.msg < prev    next >
Internet Message Format  |  1996-09-05  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Wed, 24 Apr 1996 16:23:05 MST
  2. Date: Wed, 24 Apr 1996 13:18:49 -0500
  3. Message-Id: <199604241818.NAA24168@ns1.computek.net>
  4. Mime-Version: 1.0
  5. Content-Type: text/plain
  6. Content-Transfer-Encoding: 7bit
  7. From: gep2@computek.net
  8. Subject: Re[2]: Why isn't Icon more widely used? -Reply
  9. To: icon-group@cs.arizona.edu
  10. X-Mailer: SPRY Mail Version: 04.00.06.17
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: O
  13.  
  14. >Everyone is abuzz about HTML nowadays, so if something clever and new
  15. could be accomplished in Icon, it might be a Golden Oppty.  But what would
  16. it be, exactly?  What would it look like?  Subroutine library?  VBXs?  Java
  17. code?  Web browser?  Or something totally unheralded?
  18.  
  19. Well, for ONE thing, I'd like to see Icon replace Perl as _the_ premier tool for 
  20. writing CGI scripts.  One step in the right direction would be a (probably 
  21. minor) adaptation to the interpreter to make it more "CGI efficient" (for 
  22. example, if it were possible to permit reusing the interpreter for multiple 
  23. applications in series without having to reload it each time).
  24.  
  25. >I personally would like to see Icon used in some way to enhance
  26. TeX/LaTeX formatting for both paper and screen (HTML) output.  
  27.  
  28. Certainly Icon would be a neat tool for writing a Web browser, but everybody and 
  29. their brother seems to be active there, and I doubt that Icon will compete 
  30. performance-wise with whatever others (e.g. Netscape) have done.  Certainly it 
  31. would be relatively easy to make the Icon version more feature-rich, though.
  32.  
  33. >Some tools already exist, for example, to convert LaTeX into HTML and into 
  34. Adobe PDF (written in Perl, if I am not mistaken).  What in this area could 
  35. better be done in Icon?
  36.  
  37. Icon (and SNOBOL4, for that matter) would be very good for conversions of this 
  38. sort, too.  But I'd really like to see something like CGI, where Icon (perhaps 
  39. with a few minor tweaks) could meet (the vastly inferior) Perl head-on.  I think 
  40. this is a highly volatile market segment which would be just as happy to learn 
  41. Icon as they are to learn Perl, and it would be a terrific foot-in-the-door.
  42.  
  43. Gordon Peterson
  44. http://www.computek.net/public/gep2/
  45.  
  46.